home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1997 December / Internet_Info_CD-ROM_Walnut_Creek_December_1997.iso / ietf / urn / urn-archives / urn-ietf.archive.9707 / 000006_owner-urn-ietf _Thu Jul 24 14:59:07 1997.msg < prev    next >
Internet Message Format  |  1997-07-31  |  5KB
  1. Received: (from daemon@localhost)
  2.     by services.bunyip.com (8.8.5/8.8.5) id OAA14895
  3.     for urn-ietf-out; Thu, 24 Jul 1997 14:59:07 -0400 (EDT)
  4. Received: from mocha.bunyip.com (mocha.Bunyip.Com [192.197.208.1])
  5.     by services.bunyip.com (8.8.5/8.8.5) with ESMTP id OAA14890
  6.     for <urn-ietf@services.bunyip.com>; Thu, 24 Jul 1997 14:59:03 -0400 (EDT)
  7. Received: from beethoven.bunyip.com (beethoven.Bunyip.Com [192.197.208.5])
  8.     by mocha.bunyip.com (8.8.5/8.8.5) with ESMTP id OAA04547
  9.     for <urn-ietf@bunyip.com>; Thu, 24 Jul 1997 14:59:02 -0400 (EDT)
  10. Received: from localhost (leslie@localhost) by beethoven.bunyip.com (8.6.9/8.6.10) with SMTP id OAA22490 for <urn-ietf@bunyip.com>; Thu, 24 Jul 1997 14:59:00 -0400
  11. X-Authentication-Warning: beethoven.bunyip.com: leslie owned process doing -bs
  12. Date: Thu, 24 Jul 1997 14:58:59 -0400 (EDT)
  13. From: Leslie Daigle <leslie@Bunyip.Com>
  14. To: urn-ietf@bunyip.com
  15. Subject: [URN] All-righty...
  16. Message-ID: <Pine.SUN.3.95.970724145829.22257J-100000@beethoven.bunyip.com>
  17. MIME-Version: 1.0
  18. Content-Type: TEXT/PLAIN; charset=US-ASCII
  19. Sender: owner-urn-ietf@Bunyip.Com
  20. Precedence: bulk
  21. Reply-To: Leslie Daigle <leslie@Bunyip.Com>
  22. Errors-To: owner-urn-ietf@Bunyip.Com
  23.  
  24.  
  25. 'Tis the season to stir up discussion and chase down the last of the issues
  26. that need to find their way into Internet-Drafts before the Munich meeting
  27. (I-D draft deadline is Wednesday, July 30, 1997 at 5pm ET).
  28.  
  29. We're doing pretty well on our ToDo list from Memphis -- I've attached a list
  30. of RFCs and state of the current Internet-Drafts at the end of this message.
  31. Most of these I-D's are in their nth revision, and are quite close to being
  32. ready to be proposed as RFCs.
  33.  
  34. There is, however, one area that is really in need of documentation before
  35. we can say our job is done and let people go wild with URNs.
  36.  
  37. This is the whole area of defining what a URN namespace _is_, what it takes
  38. to "get" one, and what is expected of entities that intend to "maintain"
  39. one.  Renato and Patrik have been valiantly struggling with the document, but
  40. I don't think we've yet given them a clear enough definition of what it is 
  41. that's meant to be written, and what scope it should have.  
  42.  
  43. The Memphis meeting featured a number of heated debates about this issue, but
  44. no real convergence.  We have two major challenges to face in getting
  45. these things sorted out in a document:
  46.  
  47.     . we have to avoid policy-like statements, because this is traditionally
  48.       an area of weakness for the IETF.  I.e., this must focus
  49.       strictly on the technical
  50.  
  51.     . if we seriously want to be able to declare our job done, it is
  52.       not enough to simply define a technical ideal and walk away. There
  53.       are people who want to use URNs _today_, and I believe we need
  54.       to capture our thoughts on the pragmatic usage of these things.
  55.  
  56. This is somewhat challenging, as these items are sometimes in opposition
  57. with each other, but we have to have a bash at it.  
  58.  
  59. I have a strawcat proposal that I'll send, as a member of this list, in
  60. another mail.  What I'd like to do in Munich is walk through the process
  61. of assigning URNs, so that we can get the guidelines down for URN namespaces,
  62. and figure out what are the last things that need to be captured (if any
  63. others) before we can declare that the world has enough documentation to
  64. step forward with URN usage.   
  65.  
  66. Leslie.
  67.  
  68.  
  69.  
  70. ----------------------------------------
  71. URN WG Documents
  72. ----------------------------------------
  73.  
  74. Request for Comments 
  75.      . URN Syntax (RFC 2141) 
  76.      . Resolution of Uniform Resource Identifiers using the Domain Name System 
  77.        (RFC 2168)
  78.      . A Trivial Convention for using HTTP in URN Resolution (RFC 2169) 
  79.  
  80. Current Internet-Drafts 
  81.      . Guidelines and a Framework for URN Resolution Systems 
  82.        [Revision in progress]
  83.      . URI Resolution Services Necessary for URN Resolution 
  84.        [Revision in progress -- due to be released any day now]
  85.      . Using Existing Bibliographic Identifiers as Uniform Resource Names 
  86.        [Revision circulated on list; haven't confirmed receipt by I-D 
  87.         editor]
  88.      . A URN Namespace for IETF Documents 
  89.        [Revision has been circulated.  Last call is largely waiting on the
  90.         document for defining namespaces, in order to ensure necessary
  91.         correlations are made]
  92.  
  93.  
  94.  
  95. ----------------------------------------------------------------------------
  96.  
  97.   "_Be_                                           Leslie Daigle
  98.              where  you                           
  99.                           _are_."                 Bunyip Information Systems
  100.                                                   (514) 875-8611
  101.                       -- ThinkingCat              leslie@bunyip.com
  102. ----------------------------------------------------------------------------
  103.